home *** CD-ROM | disk | FTP | other *** search
/ SGI Freeware 1999 August / SGI Freeware 1999 August.iso / dist / fw_ncurses.idb / usr / freeware / catman / u_man / cat1 / infocmp.Z / infocmp
Encoding:
Text File  |  1999-07-16  |  20.0 KB  |  397 lines

  1.  
  2.  
  3.  
  4.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  5.  
  6.  
  7.  
  8.      NNNNAAAAMMMMEEEE
  9.       iiiinnnnffffooooccccmmmmpppp - compare or print out _t_e_r_m_i_n_f_o descriptions
  10.  
  11.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  12.       iiiinnnnffffooooccccmmmmpppp [----ddddccccnnnnppppIIIILLLLCCCCuuuuVVVV1111]    [----vvvv _n] [----ssss dddd| iiii| llll| cccc]
  13.         [----wwww _w_i_d_t_h] [----AAAA _d_i_r_e_c_t_o_r_y] [----BBBB _d_i_r_e_c_t_o_r_y] [_t_e_r_m_n_a_m_e...]
  14.  
  15.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  16.       iiiinnnnffffooooccccmmmmpppp can be used to compare a binary tttteeeerrrrmmmmiiiinnnnffffoooo entry with
  17.       other    terminfo entries, rewrite a tttteeeerrrrmmmmiiiinnnnffffoooo description to
  18.       take advantage of the    uuuusssseeee==== terminfo field, or    print out a
  19.       tttteeeerrrrmmmmiiiinnnnffffoooo description from the    binary file (tttteeeerrrrmmmm) in a
  20.       variety of formats.  In all cases, the boolean fields    will
  21.       be printed first, followed by    the numeric fields, followed
  22.       by the string    fields.
  23.  
  24.  
  25.     DDDDeeeeffffaaaauuuulllltttt    OOOOppppttttiiiioooonnnnssss
  26.       If no    options    are specified and zero or one _t_e_r_m_n_a_m_e_s    are
  27.       specified, the ----IIII option will    be assumed.  If    more than one
  28.       _t_e_r_m_n_a_m_e is specified, the ----dddd    option will be assumed.
  29.  
  30.  
  31.     CCCCoooommmmppppaaaarrrriiiissssoooonnnn OOOOppppttttiiiioooonnnnssss [[[[----dddd]]]]    [[[[----cccc]]]] [[[[----nnnn]]]]
  32.       iiiinnnnffffooooccccmmmmpppp compares the tttteeeerrrrmmmmiiiinnnnffffoooo    description of the first
  33.       terminal _t_e_r_m_n_a_m_e with each of the descriptions given    by the
  34.       entries for the other    terminal's _t_e_r_m_n_a_m_e_s.  If a capability
  35.       is defined for only one of the terminals, the    value returned
  36.       will depend on the type of the capability:  FFFF    for boolean
  37.       variables, ----1111    for integer variables, and NNNNUUUULLLLLLLL    for string
  38.       variables.
  39.  
  40.       The ----dddd option    produces a list    of each    capability that    is
  41.       different between two    entries.  This option is useful    to
  42.       show the difference between two entries, created by
  43.       different people, for    the same or similar terminals.
  44.  
  45.       The ----cccc option    produces a list    of each    capability that    is
  46.       common between two entries.  Capabilities that are not set
  47.       are ignored.    This option can    be used    as a quick check to
  48.       see if the ----uuuu    option is worth    using.
  49.  
  50.       The ----nnnn option    produces a list    of each    capability that    is in
  51.       neither entry.  If no    _t_e_r_m_n_a_m_e_s are given, the environment
  52.       variable TTTTEEEERRRRMMMM    will be    used for both of the _t_e_r_m_n_a_m_e_s.     This
  53.       can be used as a quick check to see if anything was left out
  54.       of a description.
  55.  
  56.  
  57.     SSSSoooouuuurrrrcccceeee LLLLiiiissssttttiiiinnnngggg OOOOppppttttiiiioooonnnnssss [[[[----IIII]]]] [[[[----LLLL]]]] [[[[----CCCC]]]]
  58.       The ----IIII, ----LLLL, and ----CCCC options will produce a source listing for
  59.       each terminal    named.
  60.  
  61.  
  62.  
  63.      Page 1                         (printed 5/12/99)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  71.  
  72.  
  73.  
  74.       ----IIII   use the tttteeeerrrrmmmmiiiinnnnffffoooo    names
  75.       ----LLLL   use the long C variable name listed in <tttteeeerrrrmmmm....hhhh>
  76.       ----CCCC   use the tttteeeerrrrmmmmccccaaaapppp names
  77.       ----rrrr   when using ----CCCC, put out all capabilities in tttteeeerrrrmmmmccccaaaapppp form
  78.  
  79.       If no    _t_e_r_m_n_a_m_e_s are given, the environment variable TTTTEEEERRRRMMMM
  80.       will be used for the terminal    name.
  81.  
  82.       The source produced by the ----CCCC    option may be used directly as
  83.       a tttteeeerrrrmmmmccccaaaapppp entry, but not all parameterized strings can be
  84.       changed to the tttteeeerrrrmmmmccccaaaapppp format.  iiiinnnnffffooooccccmmmmpppp will attempt to
  85.       convert most of the parameterized information, and anything
  86.       not converted    will be    plainly    marked in the output and
  87.       commented out.  These    should be edited by hand.
  88.  
  89.       All padding information for strings will be collected
  90.       together and placed at the beginning of the string where
  91.       tttteeeerrrrmmmmccccaaaapppp expects it.  Mandatory padding (padding information
  92.       with a trailing '/') will become optional.
  93.  
  94.       All tttteeeerrrrmmmmccccaaaapppp variables    no longer supported by tttteeeerrrrmmmmiiiinnnnffffoooo, but
  95.       which    are derivable from other tttteeeerrrrmmmmiiiinnnnffffoooo variables, will be
  96.       output.  Not all tttteeeerrrrmmmmiiiinnnnffffoooo capabilities will be translated;
  97.       only those variables which were part of tttteeeerrrrmmmmccccaaaapppp will
  98.       normally be output.  Specifying the ----rrrr option    will take off
  99.       this restriction, allowing all capabilities to be output in
  100.       _t_e_r_m_c_a_p form.
  101.  
  102.       Note that because padding is collected to the    beginning of
  103.       the capability, not all capabilities are output.  Mandatory
  104.       padding is not supported.  Because tttteeeerrrrmmmmccccaaaapppp strings are not
  105.       as flexible, it is not always    possible to convert a tttteeeerrrrmmmmiiiinnnnffffoooo
  106.       string capability into an equivalent tttteeeerrrrmmmmccccaaaapppp format.    A
  107.       subsequent conversion    of the tttteeeerrrrmmmmccccaaaapppp file back into tttteeeerrrrmmmmiiiinnnnffffoooo
  108.       format will not necessarily reproduce    the original tttteeeerrrrmmmmiiiinnnnffffoooo
  109.       source.
  110.  
  111.       Some common tttteeeerrrrmmmmiiiinnnnffffoooo parameter sequences, their tttteeeerrrrmmmmccccaaaapppp
  112.       equivalents, and some    terminal types which commonly have
  113.       such sequences, are:
  114.  
  115.      tttteeeerrrrmmmmiiiinnnnffffoooo             tttteeeerrrrmmmmccccaaaapppp   Representative Terminals
  116.      ____________________________________________________________________________________________________________________________
  117.      %%%%pppp1111%%%%cccc                 %%%%....           adm
  118.      %%%%pppp1111%%%%dddd                 %%%%dddd           hp, ANSI    standard, vt100
  119.      %%%%pppp1111%%%%''''xxxx''''%%%%++++%%%%cccc             %%%%++++xxxx       concept
  120.      %%%%iiii                 %%%%iiiiq       ANSI standard, vt100
  121.      %%%%pppp1111%%%%????%%%%''''xxxx''''%%%%>>>>%%%%tttt%%%%pppp1111%%%%''''yyyy''''%%%%++++%%%%;;;;    %%%%>>>>xxxxyyyy      concept
  122.      %%%%pppp2222 is    printed    before %%%%pppp1111   %%%%rrrr           hp
  123.  
  124.     UUUUsssseeee==== OOOOppppttttiiiioooonnnn [[[[----uuuu]]]]
  125.       The ----uuuu option    produces a tttteeeerrrrmmmmiiiinnnnffffoooo source description of the
  126.       first    terminal _t_e_r_m_n_a_m_e which    is relative to the sum of the
  127.  
  128.  
  129.      Page 2                         (printed 5/12/99)
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  137.  
  138.  
  139.  
  140.       descriptions given by    the entries for    the other terminals
  141.       _t_e_r_m_n_a_m_e_s.  It does this by analyzing    the differences
  142.       between the first _t_e_r_m_n_a_m_e and the other _t_e_r_m_n_a_m_e_s and
  143.       producing a description with uuuusssseeee==== fields for the other
  144.       terminals.  In this manner, it is possible to    retrofit
  145.       generic terminfo entries into    a terminal's description.  Or,
  146.       if two similar terminals exist, but were coded at different
  147.       times    or by different    people so that each description    is a
  148.       full description, using iiiinnnnffffooooccccmmmmpppp will show what can be    done
  149.       to change one    description to be relative to the other.
  150.  
  151.       A capability will get    printed    with an    at-sign    (@) if it no
  152.       longer exists    in the first _t_e_r_m_n_a_m_e, but one of the other
  153.       _t_e_r_m_n_a_m_e entries contains a value for    it.  A capability's
  154.       value    gets printed if    the value in the first _t_e_r_m_n_a_m_e    is not
  155.       found    in any of the other _t_e_r_m_n_a_m_e entries, or if the    first
  156.       of the other _t_e_r_m_n_a_m_e    entries    that has this capability gives
  157.       a different value for    the capability than that in the    first
  158.       _t_e_r_m_n_a_m_e.
  159.  
  160.       The order of the other _t_e_r_m_n_a_m_e entries is significant.
  161.       Since    the terminfo compiler ttttiiiicccc does a left-to-right scan of
  162.       the capabilities, specifying two uuuusssseeee====    entries    that contain
  163.       differing entries for    the same capabilities will produce
  164.       different results depending on the order that    the entries
  165.       are given in.     iiiinnnnffffooooccccmmmmpppp will flag any such inconsistencies
  166.       between the other _t_e_r_m_n_a_m_e entries as    they are found.
  167.  
  168.       Alternatively, specifying a capability _a_f_t_e_r a uuuusssseeee==== entry
  169.       that contains    that capability    will cause the second
  170.       specification    to be ignored.    Using iiiinnnnffffooooccccmmmmpppp to recreate a
  171.       description can be a useful check to make sure that
  172.       everything was specified correctly in    the original source
  173.       description.
  174.  
  175.       Another error    that does not cause incorrect compiled files,
  176.       but will slow    down the compilation time, is specifying extra
  177.       uuuusssseeee==== fields that are superfluous.  iiiinnnnffffooooccccmmmmpppp will flag any
  178.       other    _t_e_r_m_n_a_m_e _u_s_e= fields that were not needed.
  179.  
  180.  
  181.     OOOOtttthhhheeeerrrr OOOOppppttttiiiioooonnnnssss [[[[----ssss dddd||||iiii||||llll||||cccc]]]] [[[[----vvvv]]]]    [[[[----VVVV]]]]
  182.       The ----ssss option    sorts the fields within    each type according to
  183.       the argument below:
  184.  
  185.  
  186.       dddd    leave fields in the order that they are stored in the
  187.            _t_e_r_m_i_n_f_o    database.
  188.  
  189.       iiii    sort by _t_e_r_m_i_n_f_o    name.
  190.  
  191.       llll    sort by the long    C variable name.
  192.  
  193.  
  194.  
  195.      Page 3                         (printed 5/12/99)
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  203.  
  204.  
  205.  
  206.       cccc    sort by the _t_e_r_m_c_a_p name.
  207.  
  208.            If the ----ssss option    is not given, the fields printed out
  209.            will be sorted alphabetically by    the tttteeeerrrrmmmmiiiinnnnffffoooo name
  210.            within each type, except    in the case of the ----CCCC or the
  211.            ----LLLL options, which cause the sorting to be done by the
  212.            tttteeeerrrrmmmmccccaaaapppp name or the long    C variable name, respectively.
  213.  
  214.  
  215.       ----FFFF   compare terminfo    files.    This assumes that two
  216.            following arguments are filenames.  The files are
  217.            searched    for pairwise matches between entries, with two
  218.            entries considered to match if any of their names do.
  219.            The report printed to standard output lists entries
  220.            with no matches in the other file, and entries with
  221.            more than one match.  For entries with exactly one
  222.            match it    includes a difference report.
  223.  
  224.       ----pppp   Ignore padding specifications when comparing strings.
  225.  
  226.       ----vvvv _n prints out tracing information on standard error    as the
  227.            program runs.  Higher values of n induce    greater
  228.            verbosity.
  229.  
  230.       ----VVVV   prints out the version of the program in    use on
  231.            standard    error and exits.
  232.  
  233.       ----1111   causes the fields to be printed out one to a line.
  234.            Otherwise, the fields will be printed several to    a line
  235.            to a maximum width of 60    characters.
  236.  
  237.       ----TTTT   eliminates size-restrictions on the generated text.
  238.            This is mainly useful for testing and analysis, since
  239.            the compiled descriptions are limited (e.g., 1023 for
  240.            termcap,    4096 for terminfo).
  241.  
  242.       ----wwww   changes the output to _w_i_d_t_h characters.
  243.  
  244.       ----RRRR_s_u_b_s_e_t
  245.            Restrict    output to a given subset.  This    option is for
  246.            use with    archaic    versions of terminfo like those    on
  247.            SVr1, Ultrix, or    HP/UX that don't support the full set
  248.            of SVR4/XSI Curses terminfo; and    outright broken    ports
  249.            like AIX    that have their    own extensions incompatible
  250.            with SVr4/XSI.  Available terminfo subsets are "SVr1",
  251.            "Ultrix", "HP", and "AIX"; see tttteeeerrrrmmmmiiiinnnnffffoooo(5) for details.
  252.            You can also choose the subset "BSD" which selects only
  253.            capabilities with termcap equivalents recognized    by
  254.            4.4BSD.
  255.  
  256.       ----eeee   Dump the    capabilities of    the given terminal as a    C
  257.            initializer for a TERMTYPE structure (the terminal
  258.  
  259.  
  260.  
  261.      Page 4                         (printed 5/12/99)
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  269.  
  270.  
  271.  
  272.            capability structure in the <<<<tttteeeerrrrmmmm....hhhh>>>>).  This option is
  273.            useful for preparing versions of    the curses library
  274.            hardwired for a given terminal type.
  275.  
  276.     CCCChhhhaaaannnnggggiiiinnnngggg DDDDaaaattttaaaabbbbaaaasssseeeessss [[[[----AAAA _d_i_r_e_c_t_o_r_y]]]] [[[[----BBBB _d_i_r_e_c_t_o_r_y]]]]
  277.       The location of the compiled tttteeeerrrrmmmmiiiinnnnffffoooo    database is taken from
  278.       the environment variable TTTTEEEERRRRMMMMIIIINNNNFFFFOOOO .  If the variable is not
  279.       defined, or the terminal is not found    in that    location, the
  280.       system tttteeeerrrrmmmmiiiinnnnffffoooo database, in @@@@DDDDAAAATTTTAAAADDDDIIIIRRRR@@@@////tttteeeerrrrmmmmiiiinnnnffffoooo, will    be
  281.       used.     The options ----AAAA    and ----BBBB may be used to override this
  282.       location.  The ----AAAA option will    set TTTTEEEERRRRMMMMIIIINNNNFFFFOOOO for the first
  283.       _t_e_r_m_n_a_m_e and the ----BBBB option will set TTTTEEEERRRRMMMMIIIINNNNFFFFOOOO for the other
  284.       _t_e_r_m_n_a_m_e_s.  With this, it is possible    to compare
  285.       descriptions for a terminal with the same name located in
  286.       two different    databases.  This is useful for comparing
  287.       descriptions for the same terminal created by    different
  288.       people.
  289.  
  290.       ----iiii   Analyze the initialization (iiiissss1111,    iiiissss2222, iiiissss3333), and reset
  291.            (rrrrssss1111, rrrrssss2222, rrrrssss3333),    strings    in the entry.  For each
  292.            string, the code    tries to analyze it into actions in
  293.            terms of    the other capabilities in the entry, certain
  294.            X3.64/ISO 6429/ECMA-48 capabilities, and    certain    DEC
  295.            VT-series private modes (the set    of recognized special
  296.            sequences has been selected for completeness over the
  297.            existing    terminfo database).  Each report line consists
  298.            of the capability name, followed    by a colon and space,
  299.            followed    by a printable expansion of the    capability
  300.            string with sections matching recognized    actions
  301.            translated into {}-bracketed descriptions.  Here    is a
  302.            list of the DEC/ANSI special sequences recognized:
  303.  
  304.               Action        Meaning
  305.               ________________________________________________________________________________
  306.               RIS        full reset
  307.               SC        save cursor
  308.               RC        restore cursor
  309.               LL        home-down
  310.               RSR        reset scroll region
  311.  
  312.               ISO DEC G0    enable DEC graphics    for G0
  313.               ISO UK G0        enable UK chars for    G0
  314.               ISO US G0        enable US chars for    G0
  315.               ISO DEC G1    enable DEC graphics    for G1
  316.               ISO UK G1        enable UK chars for    G1
  317.               ISO US G1        enable US chars for    G1
  318.  
  319.               DECPAM        application    keypad mode
  320.               DECPNM        normal keypad mode
  321.               DECANSI        enter ANSI mode
  322.  
  323.  
  324.  
  325.  
  326.  
  327.      Page 5                         (printed 5/12/99)
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.      iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))           UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV           iiiinnnnffffooooccccmmmmpppp((((1111MMMM))))
  335.  
  336.  
  337.  
  338.               DEC[+-]CKM    application    cursor keys
  339.               DEC[+-]ANM    set    VT52 mode
  340.               DEC[+-]COLM   132-column mode
  341.               DEC[+-]SCLM   smooth scroll
  342.               DEC[+-]SCNM   reverse video mode
  343.               DEC[+-]OM        origin mode
  344.               DEC[+-]AWM    wraparound mode
  345.               DEC[+-]ARM    auto-repeat    mode
  346.  
  347.            It also recognizes a SGR    action corresponding to
  348.            ANSI/ISO    6429/ECMA Set Graphics Rendition, with the
  349.            values NORMAL, BOLD, UNDERLINE, BLINK, and REVERSE.
  350.            All but NORMAL may be prefixed with `+' (turn on) or
  351.            `-' (turn off).    An SGR0    designates an empty highlight
  352.            sequence    (equivalent to {SGR:NORMAL}).
  353.  
  354.      FFFFIIIILLLLEEEESSSS
  355.       @DATADIR@/terminfo  Compiled terminal    description database.
  356.  
  357.      EEEEXXXXTTTTEEEENNNNSSSSIIIIOOOONNNNSSSS
  358.       The ----FFFF option    is not supported in SVr4 curses.  (It is
  359.       primarily intended to    help infocmp's author, while wearing
  360.       his terminfo/termcap maintainer hat, merge termcap/terminfo
  361.       files    from various sources into the master.)
  362.  
  363.       The ----RRRR, ----pppp, ----eeee, ----TTTT and ----iiii options are    not supported in SVr4
  364.       curses.
  365.  
  366.       The ----rrrr option's notion of `termcap' capabilities is System V
  367.       Release 4's.    Actual BSD curses versions will    have a more
  368.       restricted set.  To see only the 4.4BSD set, use -r -RBSD.
  369.  
  370.      BBBBUUUUGGGGSSSS
  371.       The -F option    of iiiinnnnffffooooccccmmmmpppp(1M) should be a ttttooooeeee(1M) mode.
  372.  
  373.      SSSSEEEEEEEE AAAALLLLSSSSOOOO
  374.       iiiinnnnffffooooccccmmmmpppp(1M), ccccaaaappppttttooooiiiinnnnffffoooo(1M), iiiinnnnffffoooottttooooccccaaaapppp(1M), ttttiiiicccc(1M), ttttooooeeee(1M),
  375.       ccccuuuurrrrsssseeeessss(3X), tttteeeerrrrmmmmiiiinnnnffffoooo(5).
  376.  
  377.      AAAAUUUUTTTTHHHHOOOORRRR
  378.       Eric S. Raymond <esr@snark.thyrsus.com>
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.      Page 6                         (printed 5/12/99)
  394.  
  395.  
  396.  
  397.